home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1994 January / InfoMagic Standards - January 1994.iso / inet / ietf / decnetiv / 90dec.min next >
Text File  |  1993-02-17  |  4KB  |  135 lines
  1.  
  2.  
  3. CURRENT_MEETING_REPORT_
  4.  
  5.  
  6.  
  7. Reported by Jon Saperia/DEC
  8.  
  9. DECNETIV Minutes
  10.  
  11. At our meeting in Boulder we discussed/agreed on the following items:
  12.  
  13.  
  14.   1. The general wording regarding a group's STATUS will be, for
  15.      example; The implementation of the Network Management Group is
  16.      mandatory for all systems which implement session layer
  17.      communications.  For those groups which are required for all
  18.      systems regardless; we will use the standard wording - The
  19.      implementation of the Routing Layer Group is mandatory for all
  20.      systems.
  21.  
  22.   2. Using the approach described above, we discussed the following
  23.      groups and agreed as follows:
  24.      System Group - Required if Session Layer is iplemented Network
  25.      Managment Group - Required if Session Layer is implemented End
  26.      Communications Layer Group - Required if Session Layer is
  27.      implemented
  28.  
  29.        o Routing Group - Required
  30.        o Circuit Group - Required
  31.        o Adjacency Group - Required
  32.  
  33.      There are other groups that we did not discuss and will be proposed
  34.      as Required unless they clearly do not make sense.
  35.  
  36.   3. Chuck Davin asked if we could work with people developing an X.25
  37.      MIB to see if our X.25 section could be moved out.  Chris will
  38.      investigate this.  If we can still effectively manage a decnet
  39.      system with this change then we will move the X.25 section out.
  40.  
  41.   4. The phivExecPhysAddr object will be moved to the circuit group.
  42.  
  43.   5. All variables which use decnet versions such as the Management
  44.      version will be treated not as sequences of INTEGERs but as
  45.      DisplayStrings.
  46.  
  47.   6. All enumerated types will not start with 0, they will start with 1
  48.      and a comment will be made in the DESCRIPTION field of each object
  49.      when this change has been made.
  50.  
  51.   7. The phivSessionExecAddr object will be moved to the routing group.
  52.  
  53.  
  54.                                    1
  55.  
  56.  
  57.  
  58.  
  59.  
  60.  
  61.  8. The Session Layer group will be combined with the Systems Group.
  62.  
  63.  9. Several objects need to be put into tables, this will be done
  64.     before we put the next revision out.
  65.  
  66. 10. The object phivRouteMaxArea will be moved to the area group.
  67.  
  68. 11. The SubAddr objects currently in the Routing group will be moved to
  69.     the X.25 group.
  70.  
  71. 12. The phivCircuitCommonType object will be modified to look like:
  72.  
  73.  
  74.  
  75.                                   2
  76.  
  77.  
  78.  
  79.  
  80.  
  81.  
  82.      phivCircuitCommonType OBJECT-TYPE
  83.             SYNTAX INTEGER {
  84.                   DDCMP POINT (0)
  85.                   DDCMP CONTROL (1)
  86.                   DDCMP TRIBUTARY (2)
  87.                   X25 (3)
  88.                   DDCMP DMC (4)
  89.                   Ethernet (6)
  90.                   CI (7)
  91.                   QP2 DTE20 (8)
  92.                   BISYNC (9)
  93.                   FDDI (15)
  94.                   }
  95.             ACCESS read-only
  96.             STATUS mandatory
  97.             DEFINITION
  98.                   "Represents the type of the circuit.  For X.25 circuits, the
  99.                   value must be set to X25.  For DDCMP and Ethernet circuits it
  100.                   is read only and is the same value as the protocol of
  101.                   the associated line."
  102.             ::= { circuit 5 }
  103.  
  104.  13. The follwing objects will be moved to the adjacency group:
  105.           phivCircuitExecAdjacentNodeName
  106.           phivCircuitExecAdjacentNodeAddr
  107.  14. The phivLineCounterTimer object will be deleted.
  108.  15. The phivLineDevice object will now be a DisplayString and the
  109.      Communication DEVICE mnemonics section of the DESCRIPTION will be
  110.      deleted.
  111.      Nick will look through the level 1 routing information to see if
  112.      this is required for end systems.
  113.  
  114.  
  115. We did not have time to cover all items, but a great deal was
  116. accomplished.  Our current goal is to have a draft we feel comfortable
  117. putting in the drafts directory by the end of January.
  118.  
  119. Attendees
  120.  
  121. Chris Chiotasso          chris@roswell.spartacus.com
  122. Anthony Chung            anthony@hls.com
  123. James (Chuck) Davin      jrd@ptt.lcs.mit.edu
  124. Steven Hunter            hunter@es.net
  125. Nik Langrind             nik@shiva.com
  126. Peter Lin                lin@eng.vitalink.com
  127. Oscar Newkerk            newkerk@decwet.enet.dec.com
  128. David Perkins            dave_perkins@3com.com
  129. Kary Robertson
  130. Jon Saperia              saperia@tcpjon.enet.dec.com
  131.  
  132.  
  133.  
  134.                                    3
  135.